home *** CD-ROM | disk | FTP | other *** search
/ ETO Development Tools 4 / ETO Development Tools 4.iso / Essentials / MacApp Documentation / MacApp.TECH$ Archives / 1990 / Dec 90 / MacApp.Tech$ 12⁄21⁄90 / 2540-Bug In MacApp 2.0.1-Dec90 < prev    next >
Encoding:
Text File  |  1991-03-06  |  1.8 KB  |  48 lines  |  [TEXT/GEOL]
  1.  
  2. Item    0400793                         20-Dec-90        05:32PST
  3.  
  4. From:   POWERUP.ENG                     Power Up Software,PRT
  5.  
  6. To:     MACAPP.TECH$                    MacApp Technical
  7.  
  8. ------------------------------------------------------------------------------
  9.  
  10. Sub:    Bug In MacApp 2.0.1
  11.  
  12. Attn:   MacApp.Tech$
  13. SentBy: James Plamondon
  14. Subject:   Bug In MacApp 2.0.1
  15. Gentlepersons,
  16.  
  17. I have discovered what I consider to be a bug in MacApp 2.0.1.
  18.  
  19. In TGridView.SetRowHeight() and TGridView.SetColWidth(), only the "new" areas
  20. are invalidated, not the "old" areas, with the result that, if the grid view's
  21. size determiners are anything other than sizeVariable, the old data is not
  22. erased from the screen as it should be.
  23.  
  24. Example:  Consider the case of a grid view with resizeable columns.  The
  25. view's width determiner is set to sizeSuperview.  This allows the program to
  26. draw tracking feedback when the right-hand column is being widened, without it
  27. being clipped away.  (If the width determiner were sizeVariable, then the grid
  28. view's size would always be set to the bounds of the grid — leaving no room at
  29. the right for drawing the indicator of the new column width, as it's being
  30. dragged out.)
  31.  
  32. Solution:  In TGridView.SetRowHeight() and TGridView.SetColWidth(), invalidate
  33. both before and after the call to AdjustSize().  Just copy the two lines that
  34. invalidate after AdjustSize(), and plop a copy into the code above the call to
  35. AdjustSize().
  36.  
  37. I looked in Tech Note #280 before writing this, and it wasn't there, so I have
  38. some hope that I'm not wasting your time with a well-known bug.  If, however,
  39. this is one of the bugs you've grown to know and love, please do not hold it
  40. against me that I took this long to find it.
  41.  
  42. Looking forward to a bug-free MacApp (in my dotage), I remain
  43.  
  44. Yours,
  45.  
  46. James Plamondon
  47.  
  48.